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1.0 INTRODUCTION 

This document defines the Shugart Associates System Interface. The interface was 
designed to provide an efficient method of communication between computers and 
peripheral input/output devices. 

The Shugart Associates System Interface (SASI) is implemented with a bus that 
allows an economy or performance oriented system with the following key features: 

• Single or multiple host computer system 

• Multiple I/O device type compatibility 

• Speed independent asynchronous communication 
e Multiple overlap of I/O device operation 

• Intelligent I/O device oriented 

• Direct I/O device to I/O device copy 

The practical application of this SASI hardware specification will require a compatible 
definition of software usage. 
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2.0 SHUGART ASSOCIATES SYSTEM INTERFACE (SASI) 

Communication on the SASI bus is allowed between two SASI BUS PORTS. There is 
a maximum of eight (8) BUS PORTS. Each port is attached to a BUS DEVICE. Each 
BUS DEVICE has some associated equipment. The actual equipment required is 
determined by the system makeup. 

When two BUS DEVICES communicate on the bus, one must perform the role of the 
bus INITIATOR and the other must perform the role of the bus TARGET. An IN¬ 
ITIATOR is considered to be the BUS DEVICE that starts an operation. A TARGET 
is considered to be the BUS DEVICE that performs the operation. A BUS DEVICE 
may have a fixed role as an INITIATOR or TARGET, or the BUS DEVICE may be 
able to assume either role. 

In a typical system, a computer’s Host Adapter acts as the INITIATOR, and an I/O 
device’s Control Unit acts as the TARGET. 

Certain bus functions are assigned to the INITIATOR and the TARGET. The IN¬ 
ITIATOR may ARBITRATE for the bus and SELECT a particular TARGET. The 
TARGET may request the transfer of control or data information on the bus, and in 
some cases it may ARBITRATE for the bus and RESELECT an INITIATOR for the 
purpose of continuing some operation. 

Data transfer on the bus is asynchronous and follows a defined Request/Acknowledge 
hand shake protocol. One eight (8) bit byte of information may be transferred with each 
handshake. 

2.1 BUS DEVICE INTERCONNECTION 

All BUS DEVICES are daisy chained together with a single fifty (50) conductor flat 
cable. Each end of the cable is terminated. All signal lines are common between all 
BUS DEVICES. The maximum cable length is 6 meters. Three example system con¬ 
figurations are shown in Fig. 2.0. A typical Intelligent Disk Controller block diagram is 
shown in Fig. 2.1. 
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SAMPLE SASI CONFIGURATIONS 



SIMPLE SYSTEM 



BASIC TWO CONTROL UNIT SYSTEM 



Up to 8 devices can be supper led by the SASI bus. The devices cao be 
any combmaiion ol host CPUs and/or intetfjgent conirotlers. 















RAM 


XO>GC lOCOfE II OC O > GC 



FIGURE 2.1 SASI INTELLIGENT INTERFACE COMPONENTS 
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2.2 BUS LINES 

There are nine (9) control lines and nine (9) data lines (including parity). 
-BSY 
-SEL 
-C/D 
-I/O 
-REQ 
-ACK 
-ATN 
-MSG 
-RST 
-DB(7-0,P) 

All bus lines are implemented Low True. Thus the ASSERTION of a control function 
or data bit will cause the corresponding line to assume a voltage typically less than 0.5 
volts, while NON-ASSERTION will cause this line to assume a voltage typically 
greater than 2.4 volts. The Low True representation of a signal line is indi ca te d on a 
schematic or timing diagram by the appendage of a minus sign to the front of the 
signal name (e.g. —BSY). 

All control lines use open collector drivers. The data lines use open collector or three- 
state drivers as noted in their description. 

The lines are described below: 

-BSY (BUSY) A line which generally indicates when the bus is being used. 

■SEL (SELECT) A line used by an INITIATOR to select a TARGET or by a 

TARGET to reselect an INITIATOR. 

'C/D (CONTROL/DATA) A line driven by a TARGET which generally indicates 

whether Control or Data information 

is on the data lines.(ASSERTION = CONTROL). 

"I/O (INPUT/OUTPUT) A line driven by a TARGET which indicates direction of 

data on the data on the data lines with respect to an IN¬ 
ITIATOR. (ASSERTION = INPUT). 

-REQ (REQUEST) A line driven by a TARGET to indicate a request for a 

REQ/ACK data transfer handshake. 
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-ACK (ACKNOWLEDGE) A line driven by an INITIATOR to indicate an 

acknowledgement for a REQ/ACK data transfer hand¬ 
shake. 

-ATN (ATTENTION) A line driven by an INITIATOR to indicate the ATTEN¬ 
TION condition. 

‘MSG (MESSAGE) A line driven by a TARGET during the MESSAGE phase. 

'RST (RESET) A line which indicates the RESET condition. 

-DB(7-0,P) (DATA BITS) Eight data lines plus a parity line which form a 

DATABUS DB(7)is the most significant bit and is also 
the highest priority during arbitration. Bit number, 
significance and prioritydecrease down to DB(0). 

Data parity DB(P) is odd. The use of parity is a system op¬ 
tion. Parity is not valid during arbitration. 

Each of the eight data lines is uniquely assigned as a BUS DEVICE’S own BUS AD¬ 
DRESS (i.e. BUS DEVICE ID). This line must be driven by an open collector during 
ARBITRATION. For all phases other than ARBITRATION, all nine data lines can be 
IMPLEMENTED with open collector or three-state drivers. Thus a DEVICE ID line 
may have two sources within a BUS DEVICE'S port. 

2.3 BUS PHASES 

The bus has eight (8) distinct operational phases: 

• ARBITRATION Phase 

• SELECTION Phase 

• RE SELECTION Phase 

• COMMAND Phase 

• DATA Phase 

• STATUS Phase 

• MESSAGE Phase 

• BUS FREE Phase 

The bus can never be in more than one phase at any given time. Unless otherwise 
noted, the following descriptions assume that bus lines which are not mentioned will 
not be asserted. 
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2.3.1 Arbitration Phase 
Purpose: 

The ARBITRATION phase allows one BUS DEVICE to gain control of the bus so 
that this device can assume the roll of an INITIATOR or TARGET. 

Option: 

Implementation of the ARBITRATION phase is a system option. Systems with no 
ARBITRATION phase can have only one INITIATOR. The ARBITRATION phase is 
required for systems which use the RESELECTION phase. 

Bus Device Implementation Procedure: 

After a BUS DEVICE detects the BUS FREE phase it waits a minimum of BUS 
FREE DELAY and a m aximum of BUS SET DELAY in order to assert BSY and its 
onw DEVICE ID on the bus. (Detection time should be included in the delay calcula¬ 
tions). 

Note: The DEVICE ID is asserted on the DATA BIT line that corresponds to the 
device's unique BUS ADDRESS. All three-state DATA BUS drivers must be 
passive. Data parity is not guaranteed valid during ARBITRATION. 

The BUS DEVICE will immediately clear itself from arbitration (within a BUS 
CLEAR DELAY time) by releasing its BSY and ID lines if SEL is asserted by any 
other BUS DEVICE. 

After an ARBITRATION DELAY (measured from the assertion of BSY) the BUS 
DEVICE checks the data lines. If a higher priority ID is on the bus (DB(7) = highest) 
then the BUS DEVICE clears itself from ARBITRATION by releasing its BSY and 
ID lines. If the BUS DEVICE determines that its own ID is the highest asserted, then 
it wins arbitration and asserts SEL, (after the assertion of SEL the BUS DEVICE 
must wait a minimum of BUS SETTLE DELAY before changing any bus lines). 

2.3.2 Selection Phase 
Purpose: 

The SELECTION phase allows an INITIATOR to select a TARGET for the purpose 
of initiating some TARGET function(s), (e.g. read or write data). 

Bus Device Implementation Procedure: 

Note: All during the SELECTION phase the I/O line is not asserted so that this 

phase can be distinguished from the RE SELECTION phase. 

In systems where the ARBITRATION phase is not implemented, the INITIATOR 
first detects the BUS FREE phase and then waits a BUS SETTLE DELAY. Then the 
INITIATOR asserts the DATA BUS with the desired TARGET’S DEVICE ID and its 
own (INITIATOR) DEVICE ID. After two DESKEW DELAYS the INITIATOR 
asserts SEL. 
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In systems with ARBITRATION implemented, the BSY and SEL lines will be 
asserted by an INITIATOR when going from the ARBITRATION phase to the 
SELECTION phase. The INITIATOR then asserts the DATA BUS with the desired 
TARGET'S DEVICE ID and^ts own (INITIA T OR) de v ice ID: After two DESKEW 
DELAYS the INITIATOR releases BSY. 

The selected TARGET detects the simultaneous (within a DESKEW DELAY) condi¬ 
tion of SEL and its own DEVICE ID asserted, and both BSY and I/O not asserted.-The- 
H^teriJ ARfiET ma ysampfe- th e DA TA BUS to determine the DEVICE ID of the IN¬ 
ITI ATOR th at4s~doing the-S ELECT IQN. The selected TARGET then responds by 
asserting BSY. 

After two DESKEW DELAYS the INITIATOR releases SEL and may change the 
DATA LINES. 

Note: After an active INITIATOR releases SEL it is the only BUS DEVICE that 
can assert ACK and ATN (and the DATA LINES if the I/O signal is NOT 
asserted by the TARGET (indicating OUTPUT from the INITIATOR)). 

Note: After an active TARGET detects the release of SEL, it is the only BUS 
DEVICE that can assert BSY, C/D, I/O, REQ and MSG (and the DATA 
LINES if I/O is asserted (indicating INPUT to the INITIATOR)) 

2.3.3 Reselection Phase 
Purpose: 

The RE SELECTION phase allows a TARGET to reconnect to an INITIATOR for the 
purpose of continuing some operation that was previously started by the INITIATOR 
but was interrupted by the TARGET. (The TARGET DISCONNECTED by allowing 
a BUS FREE phase before the operation was complete.) 

Option note: 

RESELECTION can only be used in systems that have ARBITRATION im- 
plemented. 

Bus Device Implementation Procedure: 

After the TARGET has gone through the ARBITRATION phase it will be asserting 
BSY and SEL. The TARGET then asserts the I/O line and also asserts the DATA 
BUS with the desired INITIATOR’S DEVICE IDaad 4 tu o wn (TARGET) D EVICE 


After these assertions the TARGET waits at least two DESKEW DELAYS and then 
releases BSY. 
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The reselected INITIATOR detects the simultaneous (within a DESKEW DELAY) 
condition of SEL, I/O and its own DEVICE ID asserted, and BSY not asserted.-'-The - 
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responds by asserting BSY. 



e reselected INITIATOR then 



The TARGET then also asserts BSY and will continue the assertion until it is done us* 
ing the bus. After two DESKEW DELAYS the TARGET releases SEL and may 
change the I/O and DATA LINES. 


The selected INITIATOR detects the release of SEL and releases its assertion of BSY. 


2.3.4 Information Transfer Phases (COMMAND, DATA, STATUS and MESSAGE 
Phase) 

Common notes: 


The COMMAND, DATA, STATUS and MESSAGE phases can all be grouped 
together as the INFORMATION TRANSFER phases because they are all used to 
transfer data or control information via the DATA BUS. 

The INFORMATION TRANSFER phases use one or more REQ/ACK hand shakes to 
control the data transfer. Each REQ/ACK allows the transfer of one byte of data. The 
REQ/ACK handshake starts with the TARGET asserting the REQ line. The IN* 
ITIATOR responds by asserting the ACK line. The TARGET then releases the REQ 
line. The INITIATOR again responds by releasing the ACK line. 

If the I/O line is asserted, data will be INPUT into the INITIATOR from the 
TARGET. The TARGET shall guarantee that valid data is available on the bus at the 
INITIATOR’S port a DESKEW DELAY before the assertion of REQ is valid at the 
INITIATOR’S port. The data shall remain valid until the assertion of ACK by the IN¬ 
ITIATOR. It shall be the TARGET’S responsibility to compensate for cable skew and 
the skew of its own drivers. 


If the I/O line is NOT asserted data will be OUTPUT from the INITIATOR into the 
TARGET. The INITIATOR shall guarantee that it has placed valid data on the bus 
within a DESKEW DELAY after its assertion of ACK on the bus. Valid data shall re¬ 
main on the bus until the TARGET releases REQ. It shall be the TARGET’S respon¬ 
sibility to compensate for cable skew and the skew of its own receivers. 

During each INFORMATION TRANSFER phase the BSY line shall remain asserted 
and the SEL line shall remain released. Additionally during each INFORMATION 
TRANSFER phase the TARGET shall continously envelope the REQ/ACK hand- 
shake(s) with the C/ D, I /O and MSG lines in such a manner that these control lines are 
valid for a BUS SETTLE DELAY before the REQ of the first handshake and remain 
valid until the release of ACK at the end of the last h anrishnlcp . 
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2.3.5 Command Phase 
Purpose: 

The COMMAND phase allows the TARGET to request command information from 
the INITIATOR. 

Bus Device Implementation Procedure: 

The TARGET asserts the C/D line and releases the I/O and MSG lines during the RE* 
Q/ACK handshakers) of this phase. 

2.3.6 Data Phase 

The DATA phase is a term that encompasses both the DATA IN phase and the DATA 
OUT phase. 

2.3.6.1 Data In Phase 
Purpose 

The DATA IN phase allows the TARGET to request that data be INPUT to the IN* 
ITIATOR from the TARGET. 

Bus Device Implementation Procedure: 

The TARGET asserts the I/O line and releases the C/D and MSG lines during the RE- 
Q/ACK handshake(s) of this phase. 

2.3.6.2 Data Out Phase 
Purpose; 

The DATA OUT phase allows the TARGET to request that data be OUTPUT from 
the INITIATOR to the TARGET. 

Bus Device Implementation Procedure: 

The TARGET release the C/D, I/O and MSG lines during the REQ/ACK handshakers) 
of this phase. 

2.3.7 Status Phase 
Purpose: 

The STATUS phase allows the TARGET to request that status information be sent 
from the TARGET to the INITIATOR. 

Bus Device Implementation Procedure: 

The TARGET asserts C/D and I/O and it releases the MSG line during the RE¬ 
Q/ACK handshake(s) of this phase. 
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2.3.8 Message Phase 

The Message phase is a term that encompasses the CONTROL MESSAGE IN, CON¬ 
TROL MESSAGE OUT, DATA MESSAGE IN and DATA MESSAGE OUT phases. 

2.3.8.1 Control Message In Phase 
Purpose: 

The CONTROL MESSAGE IN phase allows the TARGET to request that CONTROL 
MESSAGES be INPUT to the INITIATOR from the TARGET. 

Bus Device Implementation Procedure: 

The TARGET asserts C/D, I/O and MSG during the REQ/ACK handshake(s) of this 
phase. 

2.3.8.2 Control Message Out Phase 
Purpose: 

The CONTROL MESSAGE OUT phase allows the TARGET to request that a CON¬ 
TROL MESSAGE be OUTPUT from the INITIATOR to the TARGET. The 
TARGET may invoke this phase at its convenience only in response to the ATTEN¬ 
TION condition created by the INITIATOR. 

Bus Device Implementation Procedure: 

In response to the ATTENTION condition, the TARGET asserts C/D and MSG and 
releases the I/O line during the REQ/ACK handshakers) of this phase. (See the AT¬ 
TENTION condition description). 

2.3.8.3 Data Message In Phase 
Purpose: 

The DATA MESSAGE IN phase allows the TARGET to request that a DATA 
MESSAGE be INPUT to the INITIATOR from the TARGET. 

Bus Device Implementation Procedure: 

The TARGET asserts I/O and MSG and it releases the C/D line during the REQ/ACK 
handshake(s) of this phase. 
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2.3.8.4 Data Message Oat Phase 
Purpose: 

The DATA MESSAGE OUT phase allows the TARGET to request that a DATA 
MESSAGE be OUTPUT from the INITIATOR to the TARGET. 

Bus Device Implementation Procedure: 

The TARGET asserts MSG and it releases the C/D and I/O lines during the REQ/ACK 
handshakers) of this phase. 

2.3.9 Bus Free Phase 
Purpose: 

The BUS FREE phase is used to indicate that no BUS DEVICE is actively using the 
bus and that the bus is available for subsequent users. 

Bus Device Implementation Procedure: 

The BUS FREE phase is created by the release of all bus lines. Note that any BUS 
DEVICE which has been asserting both SEL and BSY must release SEL at least two 
DESKEW DELAYS before the release of BSY. 

* 

BUS DEVICES shall detect the BUS FREE phase by the simultaneous (within a 
DESKEW DELAY) condition of both SEL and BSY not asserted while the RELEASE 
and RESET conditions are not active. 

During the BUS FREE phase, all active BUS DEVICES shall immediately release all 
bus lines (within a BUS CLEAR DELAY) after the BSY and SEL lines are released 
from the bus. 

2.3.10 Notes for Signal Timing: 

Unless otherwise indicated, the delay time measurements for each BUS DEVICE are 
calculated from signal conditions existing at that device’s own BUS PORT. Thus nor¬ 
mally these measurements need not consider delays in the bus cable. 

2.3.11 Signal Restrictions Between Phases: 

When the Bus is between two phases, the following conditions shall apply to the bus 
lines: 

• The BSY, SEL, REQ and ACK lines shall not change. 

• The C/D, I/O, MSG and DATA LINES may change. 

• The ATN, and RST lines may change as defined under the descriptions for the 
ATTENTION and RESET conditions. 
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2.4 BUS CONDITIONS 

The bus has two asynchronous conditions: 

• ATTENTION Condition 

• RESET Condition 

These conditions cause certain BUS DEVICE actions and can alter the bus phase se¬ 
quence. 

2.4.1 Attention Condition 
Purpose: 

The ATTENTION condition allows an INITIATOR to inform a TARGET that the IN¬ 
ITIATOR has a CONTROL MESSAGE ready. The TARGET may get this message at 
its convenience by performing a CONTROL MESSAGE OUT phase. 

Bus Device Implementation Procedure: 

The INITIATOR creates the ATTENTION condition by asserting ATN at any time 
except during the ARBITRATION or BUS FREE phases. 

The TARGET may respond with the CONTROL MESSAGE OUT phase. 

The INITIATOR may keep ATN asserted if more than one byte is to be transferred. 

The INITIATOR releases the ATN line during (1) the RESET condition, or when the 
bus goes to a BUS FREE phase or (2) while the REQ line is asserted and the ACK line 
is not yet asserted during the last REQ/ACK handshake of a CONTROL MESSAGE 
OUT phase. 

2.4.3 Reset Condition 

Purpose: 

The RESET condition is used to immediately clear all BUS DEVICES from the bus 
and to reset these devices and their associated equipment (as required). 

Bus Device Implementation Procedure: 

Note: This condition takes precedence over all other phases and conditions. 

The RESET condition can occur at any time. 

Any BUS DEVICE (whether active or not) can create the RESET condition. The 
RESET condition should be used with caution because of its possible effects. 

The RESET condition is created by the assertion of the RST line. 
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When the RESET condition exists, all BUS DEVICES will immediately (within a BUS 
CLEAR DELAY) release all bus lines except RST itself. In addition all BUS 
DEVICES and their associated equipment shall be reset to initial conditions (as re¬ 
quired). 

The RESET condition «h«11 be on for a minimum of a RESET HOLD TIME. 

During the RESET condition, no bus line except RST is guaranteed to be in a valid 
state. 

Regardless of what bus phase may have been interrupted, following the RESET condi¬ 
tion the bus shall go to a BUS FREE phase and then start a normal phase sequence. 

2.5 PHASE SEQUENCING 

The order in which phases are used on the bus follow a prescribed sequence. 

In all systems, the RESET condition can interrupt any phase and is always followed 
by the BUS FREE phase. Also any other phase can be followed by the BUS FREE 
phase. 

In sytems where the ARBITRATION phase in not implemented, the allowable sequen¬ 
cing is shown in the figure 2.2. The normal progression would be from the BUS FREE 
phase to SELECTION, and from SELECTION to one or more of the INFORMATION 
TRANSFER phases (COMMAND, DATA, STATUS or MESSAGE), 

In systems where the ARBITRATION phase is implemented, the allowable sequenc¬ 
ing is shown in figure 2.3. The normal progression would be from the BUS FREE phase 
to ARBITRATION, from ARBITRATION to SELECTION or RESELECTION, and 
from SELECTION or RE SELECTION to one or more of the INFORMATION 
TRANSFER phases (COMMAND, DATA, STATUS, or MESSAGE). 

There are no restrictions on the sequencing between INFORMATION TRANSFER 
phases. A phase may even follow itself (e.g. a DATA phase may be followed by another 
DATA phase). 
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PHASE SEQUENCING 
{For systems with no arbitration) 

FIGURE 2.2 



PHASE SEQUENCING 
(For systems with arbitration) 

FIGURE 2.3 
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2.6 ELECTRICAL DESCRIPTION 

All assigned lines are terminated with 220 ohms to +5 volts and 330 ohms to ground at 
each end of the cable. 

All signal lines use open collector or three-state drivers as noted in section 2.2. 

Each line driven by a BUS DEVICE shall have the following output characteristics 
when measured at the device's BUS PORT connection: 

True — Signal Assertion — 0.0 VDC to 0.5 VDC @ 48 ma (max) 

False = Signal Non-assertion — 2.5 VDC to 5.25 VDC 

Note: For these measurements bus termination is assumed to be external to the 
port. 

Each line received by a BUS DEVICE shall have the following input characteristics 
when measured at the device’s BUS PORT connection: 

True = Signal Assertion ** 0.0 VDC to 0.8 VDC @ 0.8 ma (max) 

False = Signal Non-assertion — 2.0 VDC to 5.25 VDC 

Note: For these measurements bus termination is assumed to be external to the 
port. 

2.7 PHYSICAL DESCRIPTION 
Cable Requirements: 

A fifty (50) conductor flat cable (or twisted pair flat cable) shall be used. The maximum 
cable length shall be 6.0 meters. 

Each BUS PORT shall have a 0.1 meter maximum stub length of any conductor when 
measured from the bus cable. 

Bus termination may be internal to the BUS DEVICES that are at the ends of the bus 
cable. 

The cable pin assignment is shown in the Table 1.0. 

Connector Requirements: 

The connector shall be a fifty (50) conductor flat cable connector. 
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SIGNAL 

-DB(0) 

-DB(1) 

-DB(2> 

-DB(3) 

-DB<4) 

-DB<5) 

•DB(6) 

-DB(7) 

-DB(P> 


-ATN 

SPAKE 

-BSY 

-ACK 

-RST 

-MSG 

-SEL 

-C/D 

-REQ 

-I/O 


Note: 


PIN NUMBER 


2 

4 

6 

8 

10 

12 

14 

16 

18 

20 

22 

24 

26 

28 

30 

32 

34 

36 

38 

40 

42 

44 

46 

48 

50 


for 


I 

r 

I 


future 


j 

i 

i 

usage 


* 


for future use (TERMINATE AS A SIGNAL LINE) 


All signals are low true. All odd pins are connected to ground. 
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3.0 COMMAND AND STATUS 

The following list of commands and error status is presently defined. Note the number 
of commands and status available for expansion. 

CLASS 0 COMMANDS 

00 Test Drive Ready 

01 Recalibrate Drive 

02 Request Syndrome 

03 Request Sense 

04 Format Drive 

05 Check Track Format 
06 Format Track 

07 Format Bad Track 

08 Read 

09 Write Protect Sector 

0A Write 

0B Seek 

0C Reserved 

0D Verify Restore 

0E Assign Alternate Disk Track 

12 Reserve Drive 

13 Release Drive 

14 Write Protect Drive 

15 Release Write Protect 

16 Read, no seek, blocks 

17 Search Data Equal 

18 Search Data High 

19 Search Data Low 

1A Read Diagnostic 

IB Verify Data 

CLASS 1 COMMANDS 

00 Copy 

Q1 Restore 

02 Backup 

06 Set Block Limits 
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CLASS 2 COMMANDS 

00 Load 

01 Unload 

02 Rewind 

03 Space Forward 

04 Space Forward File Mark 

05 Space Reverse 

06 Space Reverse File Mark 

07 Track Select 

08 Read 

09 Read Verify 

0A Read Diagnostic 

0B Write 

0C Write File Mark 

0D Write Extended 

0E Write Extended File Mark 

OF Write Erase 


CLASS 3 COMMANDS 

00 Skip 

01 Space 

02 Return 
03 Tab 

04 Read Control 

05 Write 

06 Write Control 

CLASS 4 COMMANDS 

None defined 

CLASS 5 COMMANDS 

None defined 

CLASS 6 COMMANDS 

00 Define Floppy Disk Track Format 
04 Format Drive (Error Map, Assign Alternates) 
05 Read Error Map 

06 Read Drive Type 

CLASS 7 COMMAND 

00 RAM Diagnostic 

01 Write ECC 

02 Read ID 

03 Drive Diagnostic 
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ERROR STATUS TYPE 0 

0 No Status 

1 No Index Signal 

2 No Seek Complete 

3 Write Fault 

4 Drive Not Ready 

5 Drive Not Selected 

6 No Track 0 

7 Multiple Drives Selected 

ERROR STATUS TYPE 1 

0 ID Read Error (CRC) 

1 Uncorrectable Data Error 

2 ID Address Mark Not Detected 

3 Data Address Mark Not Detected 

4 Record Not Found 

5 Seek Error 

6 DMA Timeout Error 

7 Write Protected 

8 Correctable Data Check 

9 Bad Block Found 

A Interleave Error 

B Command Buffer Full 

C Interface Timeout Error 

D Search Not Met 

ERROR STATUS TYPE 2 

0 Invalid Command 

1 Illegal Disk Address 

ERROR STATUS TYPE 3 

0 RAM Error 

ERROR STATUS TYPE 4 

0 Tape Transfer Incomplete 

1 Drive Write Protected 

2 Cartridge Not Loaded 

3 Tape Full 

4 Detected Unrestored Disk Block 

5 Detected Unexpected Hole 

6 Tape Drive Not Powered On 

7 Tape Read/Write Error 




















































































